Systems and methods for facilitating the staffing of promotional events

ABSTRACT

This invention relates to the methods of coordinating product and service demonstrations. An event coordinator directs event operators to conduct a product or service demonstration event. The event coordinator provides event operators with cards, such as debit cards, credit cards, or smart cards, to purchase items needed for the demonstration. The event operator contacts a card administration system to activate the card. The card administration system verifies that the provided card ID and event ID are valid, and associates an authorized budget of the demonstration event with the card. The event operator then purchases items with the card, and conducts demonstrations.

CLAIM OF PRIORITY

This application is a continuation application of U.S. patentapplication Ser. No. 10/013,826, filed Dec. 7, 2001, which isincorporated by reference herein in its entirety.

BACKGROUND OF THE INVENTION

1. Field of the Invention

The invention relates generally to the methods for remotely managingfinancial expenditures by employees, and more particularly to themethods for coordinating product and service demonstrations.

2. Description of the Related Art

A number of companies such as product manufacturers and productdistributors use event coordinators to coordinate product demonstrationsin public areas such as retail stores. In a typical scenario, the eventcoordinator directs event operators to buy the demonstration productsfrom retail stores and distribute or demonstrate the products within theretail stores on a given date for a given time duration. Themanufacturer or the event coordinator may specify the location and timeof the demonstration event. For example, a cooking utensil manufacturerasks an event coordinator to coordinate an event demonstrating itscooking utensils. The event coordinator then directs event operators togo to a retail store, purchase the cooking utensils, purchase food, andpresent a food preparation demonstration in the retail store with thepurchased cooking utensils and food. Typically the event operator setsup a booth with promotional items and advertisements, so that the eventoperator can introduce and promote the products. Often the eventoperator distributes products to customers of the retail store at areduced price or free of charge.

The event operator is usually an employee of an agency contracted by theevent coordinator. In another embodiment, the event operator is anemployee of the event coordinator. The term “employee” is used in thepresent application to include independent contractors. In typicalsituations, the event coordinator will utilize an agency's eventoperators, because the event coordinator does not have its own employeesphysically located in the geographical locale in which the products areto be demonstrated. The event operators are provided funds, typically inthe form of cash or checks, for buying the demonstration products. Theevent coordinator must rely on the trustworthiness of agencies to directemployees to the demonstration locations. The event coordinator mustalso rely on the trustworthiness of the event operators to use theprovided funds to purchase the demonstration products, instead of usingthe funds for their personal purposes. The event coordinator mustfurther rely on the trustworthiness of the event operators to work inthe specified demonstration location on the specified date for thespecified time period.

The event operators need to be provided funds to purchase necessaryitems in order to conduct the demonstration event. Credit cards can beused to make purchases without the use of cash. However, manyconventional credit cards do not deduct the purchase amount from a sumof money held by the consumers. Rather, credit cards in effect provide aloan to the consumer to be paid back at a later time. If credit cardsare provided to the event operators to make required purchases, theevent coordinator cannot control the amount and nature of purchases.Debit cards allow a consumer to make a purchase for products without theuse of cash by directly deducting the purchase amount from theconsumer's bank account. Debit cards also provide a similar advantage tocredit cards in that a record of purchases can be tracked according tousage of the card. With cash purchases, only the consumer can keep trackof the purchases by collecting receipts.

SUMMARY OF THE INVENTION

One aspect of the invention relates to a method of coordinating productor service demonstrations. The method includes the acts of receiving arequest from a vendor to organize a demonstration event, defining thedemonstration event in a card administration system, providing cards toevent operators, instructing the event operators to activate the cardsby contacting the card administration system, instructing the eventoperators to use the activated cards to purchase items for conductingthe event, and instructing the event operators to use the purchaseditems to conduct the event. A card can be a debit card, a smart card, acredit card, a hybrid debit-credit card that allows a user to spend apercentage of deposited money and use the deposit as security, and thelike. The event can be a product demonstration event to display,promote, or distribute products. The event can also be a servicedemonstration event to introduce or promote services. Examples ofservices may include travel agency services, financial services, andother services. A vendor is typically an entity that provides thedemonstrated products or services.

Another aspect of the invention relates to a method of conducting aproduct or service demonstration event. The method includes the acts ofreceiving an instruction for conducting a demonstration event, receivinga card, activating the card by contacting a card administration system,using the card to purchase items for conducting the demonstration event,and using the purchased items to conduct the demonstration event.

Still another aspect of the invention relates to a method offacilitating a product or service demonstration event. The methodincludes the acts of receiving instructions from an event coordinator toconduct the demonstration event, receiving cards from the eventcoordinator, assigning cards to event operators, directing eventoperators to activate the assigned cards by contacting a cardadministration system, directing event operators to use the activatedcards to purchase items for conducting the demonstration event,directing event operators to use the purchased items to conduct thedemonstration event, and compensating event operators for conducting thedemonstration event.

Yet another aspect of the invention relates to a method of providingcards for conducting product or service demonstrations. The methodincludes the acts of issuing cards and creating records for the issuedcards. Each of the created card records includes a card identifier ofthe card and a balance of the card. The method further includes the actof creating records for demonstration events. Each of the created eventrecords includes an event identifier of the event and an authorizedbudget of the event. The method further includes receiving activationrequests, wherein each of the activation requests provides at least acard identifier of a requesting card and an event identifier of arequesting event. The method further includes the acts of incrementingthe balance of the requesting card by the authorized budget of therequesting event and authorizing a retail request to use one of thecards to purchase items, if the total purchase amount does not exceedthe balance of the card.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram illustrating the relationships between theentities involved in coordinating product and service demonstrations.

FIG. 2 is a block diagram of the functional elements of the system forcoordinating product and service demonstrations.

FIG. 3 is a flow chart illustrating one embodiment of a process ofdistributing cards to event operators and conducting demonstrations.

FIG. 4 is a flow chart illustrating one embodiment of the process of anevent operator activating a card.

FIG. 5 is a flowchart illustrating one embodiment of the process of acard administration system activating a card.

FIG. 6 is a diagram illustrating one embodiment of a card reading deviceand a cash register.

FIG. 7 illustrates one embodiment of a card.

FIG. 8 illustrates one embodiment of a card purchase authorizationprocess.

FIG. 9 illustrates one embodiment of a computer screen for maintainingevent records in a card administration system.

FIG. 10 illustrates one embodiment of a computer screen for maintainingcard records in a card administration system.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT

FIG. 1 is a block diagram that illustrates the relationships betweenentities involved in coordinating product and service demonstrations.The entities include a product manufacturer 100, an event coordinator102, an agency 104, an event operator 105, a retail store 106, a funddistribution service 108, and a bank 110. The product manufacturer 100can also be a service vendor that provides services. A service vendorcan be, for example, a travel agency, a transportation company, afinancial brokerage firm, a real estate agency, an Internet serviceprovider, and the like.

Optionally, the bank 110 can include a collection of banks and/or otherfinancial institutions (e.g., a credit card service that issues debitscards). Optionally, the product manufacturer 100, the event coordinator102, the agency 104, the event operator 105, the fund distributionservice 108, and the bank 110, can exist as one entity or a plurality ofentities. For example, employees of the product manufacturer 100 canprovide the services of the event coordinator 102, the agency 104 andthe event operators 105. For another example, the event coordinator 102can include the fund distribution service 108 and the bank 110 as itsown internal financial service facilities.

In one embodiment, the product manufacturer 100 contacts the eventcoordinator 102 to request a demonstration of a particular product. Aservice vendor can also contact the event coordinator 102 to request ademonstration of a particular service. The event coordinator 102 directsits own employees or employees from the agency 104 to work as eventoperators 105 at the retail store 106. In particular, the eventoperators 105 are directed by the event coordinator 102 or the agency104 to demonstrate a given product at a given demonstration location ona given date. The event coordinator 102 orders a supply of cards 702(see FIG. 7) from the fund distribution service 108 to be used by theevent operators 105 for purchasing the items necessary for thedemonstration. In one embodiment, the event coordinator 102 providesfunds to the bank 110 to be held in trust for the fund distributionservice 108. The funds cover the total authorized budget for thedemonstration events. For an event operator 105 using a given card 702,the authorized budget is the amount sufficient for purchasing one ormore of the items to be demonstrated. The authorized budget is alsosufficient for purchasing ancillary items in order to conduct thedemonstration. For example, the authorized budget for demonstrating afood product may include funds to purchase the food product and funds topurchase paper plates, forks, and the like, for demonstrating the foodproduct. In another example, the authorized budget for the demonstrationof a travel agency service includes the funds to purchase items such aspens and paper to prepare for visual presentation of the service tocustomers of the retail store. The budget may also include funds topurchase other items such as food and souvenirs to be given to customersof the retail store.

In another embodiment, the fund distribution service 108 later bills theevent coordinator 102 for the amount purchased on the cards 702. Thecards 702 assist the event coordinator 102 or the agency 104 inverifying that the event operators 105 made the specified purchases forthe demonstration. The cards 702 also help verify that the eventoperators 105 conducted the events at the date, time and locationspecified by the event coordinator 102 or the agency 104.

The fund distribution service 108 provides the event coordinator 102with cards 702 that include respective card ID information. In oneembodiment, each card 702 is also associated with a respective PINnumber that identifies the card 702. Companies such as GE Capital,American Express, or Comdata Corporation can be used as the funddistribution service 108. The event coordinator 102 can also create itsown fund distribution service 108. The card 702 can be a debit card, acredit card, a smart card, or another type of computer accessiblestorage medium. A credit card typically stores information on a magneticstrip of the credit card. A smart card typically stores information in amicrochip of the smart card. Information can also be stored on othercomputer accessible storage medium such as floppy disks or opticaldisks. For convenience, all of the various embodiments are referred toin the present application as cards 702.

In one embodiment described below, the event coordinator 102, the funddistribution service 108, or both entities can use a card administrationsystem to automate the card administration process. The funddistribution service 108 provides the cards 702 to the event coordinator102, the agency 104, or the event operator 105. A balance is associatedwith each individual card 702. The card 702 can be deactivated after thedemonstration is completed.

In one embodiment, the event coordinator 102 uses the cardadministration system to maintain records for the cards 702 and recordsfor the demonstration events. The event coordinator 102 typicallyassigns multiple cards 702 to each agency 104. The event coordinator 102can also change the PIN numbers of the cards 702 assigned to the agency104. In one embodiment, some or all of the cards 702 assigned to anagency 104 share the same PIN number, therefore reducing the number ofPIN numbers that the agency 104 needs to maintain.

Prior to starting the demonstration, the event operator 105 activatesthe card 702 he or she will be using by contacting a card administrationsystem. The event operator 105 contacts the card administration systemusing an automated device through a communication medium such as atelephone line or a computer network. The automated device can be aVoice Recognition Unit (VRU) that accepts input by voice recognition, ora device that accepts input from the keypad of a telephone (including acellular phone), from the keyboard of a computer or personal digitalassistant, or from other wired or wireless electronic devices. The eventoperator 105 provides the automated device with a card ID and an eventID. After receiving the card ID and the event ID, the cardadministration system authorizes the card 702 with the provided card IDto be used for the event with the provided event ID. The cardadministration system associates the card 702 with the event'sauthorized budget. In another embodiment, the event coordinator 102 orthe agency 104 contacts the card administration system directly orthrough the automated device to activate the cards 702 that will be usedby event operators 105. The card administration system can beadministered by the event coordinator 102, the fund distribution service108, or a third party.

The event operator 105 uses the authorized card 702 to purchase items atthe retail store 106. The card ID and the PIN number are forwarded fromthe retail store 106 to the fund distribution service 108. The funddistribution service 108 verifies that the forwarded card ID and the PINnumber matches the card ID and the PIN number stored at the funddistribution service 108, authorizes the retail store 106 purchase,reduces the card's 702 balance by the purchase amount, and optionallydeducts the purchase amount from the event coordinator's funds in bank110. In one embodiment, the fund distribution service 108 also verifiesthat the event associated with the card 702 represents an event that isstill open.

FIG. 2 is a block diagram of the functional elements of the system forcoordinating product and service demonstrations. The retail store 106includes a plurality of event operators 105 shown at a plurality ofdemonstrations 206, a plurality of cash registers 240, a plurality ofcard reading devices 202, a plurality of time recording devices 204, anda plurality of aisles 210. The card reading devices 202 and the cashregisters 240 are preferably located in close proximity at checkoutlanes of the retail store 106. Each of the event operators 105 may beany individual or group of individuals that assist with thedemonstration of a good or service.

The product manufacturer 100 issues a request to the event coordinator102 to conduct a product demonstration event. The event coordinator 102requests and receives cards 702 from the fund distribution service 108to be used to purchase items for conducting the event. The eventcoordinator 102 also identifies to the fund distribution service 108 anaccount at a bank 110 from which the event coordinator's funds will beused to support the purchases. The cards 702 are assigned to the eventoperators 105 to be used as described below.

When an event operator 105 enters the retail store 106, the eventoperator 105 swipes or inserts a card 702 at the time recording device204 to record his or her work starting time. The time recording device204 records the time and sends the time entry data and the card ID tothe point-of-sale network 212. Optionally, the time recording device 204can be a kiosk, wireless device, PDA, cellular phone, or any otherdevice capable of recording time entries. In one embodiment, the cardreading device 202 also functions as a time recording device 204 torecord time entries. The point-of-sale network 212 is preferably aPublic Switched Telephone Network (PSTN). One skilled in the art willrecognize that the point-of-sale network 212 can also be the Internet, acable television (CATV) network, a satellite network, or any othercommunications network. When the event operator 105 has completed thedemonstration and is ready to exit the retail store 106, he or sheswipes or inserts the card 702 at the time recording device 204 torecord his or her work ending time. The point-of-sale network 212 sendsthe time entry data to the event coordinator 102. Optionally, theidentity or location of the retail store 106 is also sent to the eventcoordinator 102, so that the event coordinator 102 can verify that theevent operator 105 went to the specified retail store 106. Thepoint-of-sale network 212 sends data to the event coordinator 102through the fund distribution service 108 and the network 218. Thenetwork 218 is preferably a Public Switched Telephone Network (PSTN).One skilled in the art will recognize that the network 218 can also bethe Internet, a cable television (CATV) network, a satellite network, orany other communications network. In another embodiment, thepoint-of-sale network 212 sends data directly to the event coordinator102.

After recording his or her work starting time, the event operator 105then purchases the items needed for the product or service demonstrationby searching through the aisles 210 of the retail store 106. The eventoperator 105 takes the items to the cash register 240 and purchases theitems by swiping or inserting the card 702 at the card reading device202. In one embodiment in which the card reading device 202 can functionas a time recording device 204, the event operator 105 records workstarting time by swiping or inserting the card 702 at the card readingdevice 202 at the cash register 240 at the same time as purchasing anitem or before the purchase of an item.

In one embodiment, the event operator 105 purchases items at anautomated cash register 240, without the help of a store employee. Theevent operator 105 swipes or inserts the card 702 at the card readingdevice 202. The automated cash register 240 then authorizes thepurchase.

When the event operator 105 purchases the items by swiping or insertingthe card 702, data received by the card reading device 202 is sent fromthe point-of-sale network 212 to the find distribution service 108,which determines if the purchase amount falls within the balance of thecard 702. If the purchase amount falls within the balance, the purchaseis authorized and the purchase amount is deducted from the balance onthe card 702. In one embodiment, the identities of the items to bepurchased are also sent to the fund distribution service 108. Theidentity of an item can include an item identifier such as an UPC(Uniform Product Code) code, or an item name. The identities of theitems are compared against a list of authorized items for the eventassociated with the card 702, to ensure that the event operator 105purchased the authorized items, instead of other items for personal use.In one embodiment, the identities of authorized items are stored on thecard 702. A smart card is preferably used to store the identities ofauthorized items. Other information, such as the location or identity ofthe retail store 106, can also be sent to the fund distribution service108 to ensure that the event operator 105 is at the correct location.After the event operator 105 completes the purchase, the event operator105 conducts the demonstration 206 using the purchase items. If thepurchase amount exceeds the balance, the purchase will be rejected.

The point-of-sale network 212 sends the time entry data and the purchasedata of the event operators 105 from the retail store 106 to the funddistribution service 108. The fund distribution service 108 then usesthe network 216 to issue a request to the bank 110 to transfer thepurchase amounts from the funds of the event coordinator 102 to anaccount of the retail store 106. In another embodiment, thepoint-of-sale network 212 directly sends the purchase data of the eventoperators 105 to the bank 110. The bank 110 optionally verifies that thepurchase data received directly from the point-of-sale network 212matches the purchase data received from the fund distribution service108. The bank 110 transfers the purchase amounts from the funds of theevent coordinator 102 to an account of the retail store 106.

After completing the demonstration, the event operator 105 proceeds tothe time recording device 204 and swipes or inserts the card 702 torecord his or her work ending time. The total working time of the eventoperator 105 is determined by deducting the recorded ending time fromthe recorded starting time. The recorded work starting time, therecorded work ending time and the total working time are sent from thepoint-of-sale network 212 to the fund distribution service 108. The funddistribution service 108 sends the time entry data and the purchase datato the event coordinator 102. In another embodiment, the time entry dataand the purchase data are sent directly from the point-of-sale network212 to the event coordinator 102.

The event coordinator 102 uses the received data to evaluate the workperformance of event operators 105. Based on the evaluation, the eventcoordinator provides further instructions to the agency 104 or to theevent operators 105. The event coordinator 102 uses the purchase data todetermine if the event operators 105 are making the proper purchases.The event coordinator 102 sends a report of demonstration performance tothe product manufacturer 100. The event coordinator 102 can also sendthe time entry data and the purchase data to the product manufacturer100. In one embodiment, based on the report received from the eventcoordinator 102, the data received from the event coordinator 102, orboth the report and the data, the product manufacturer 100 determinesthe amount of compensation to be paid to the event coordinator 102. Forexample, the amount of compensation can be the total purchase amount onauthorized purchases plus a fixed percentage. The amount of compensationcan be adjusted based on the time entry data and the purchase data. Forexample, the amount of compensation can be adjusted based on the timeduration of demonstrations, the number of demonstrations conducted on acertain date, the number of demonstrations conducted on a certainproduct, the number of demonstrations conducted at a certain location,and so forth. The event coordinator 102 uses the time entry data and thepurchase data, the report, and feedback from the product manufacturer100 to adjust future work assignments. For example, the eventcoordinator 102 may decide to use more event operators 105 in a certainarea or on a certain product.

In one embodiment, the card 702 employs smart card technology. The card702 includes an imbedded computer chip, and the card reading device 202is a smart card reader. The event ID, the card ID, and the PIN numbercan be stored on the card 702. In addition, the authorized budget andthe authorized items for the event can be stored on the card 702.Multiple event IDs for multiple events, the respective authorizedbudgets for the events, and the respective authorized items for theevents, can also be stored on the card 702. By entering an event ID atthe card reading device 202, the event operator 105 can select an eventto be associated with the card 702. In another embodiment, the eventoperator 105 contacts a card administration system and selects an eventto be associated with the card 702.

FIG. 3 is a flow chart illustrating one embodiment of a process fordistributing cards 702 to event operators 105 and for conductingdemonstrations. The process begins at a block 300. The process advancesfrom the block 300 to a block 302, where the event coordinator 102receives a request from the product manufacturer 100 to organize ademonstration event at the retail store 106. The process then advancesto a block 304, where the event coordinator 102 assigns an event ID forthe given demonstration event. An event can be defined as activities ina single day, or a number of days. An event can be defined asdemonstrations on a particular product, or on a number of products. Anevent can also be defined as demonstrations of a particular service, ora number of services.

The process advances from the block 304 to a block 306, where the eventcoordinator 102 authorizes a budget for use by each event operator 105in purchasing items for the demonstration event. The budget isassociated with the event ID. The process then advances to a block 308,where the event coordinator 102 assigns an agency 104 or a number ofagencies to organize the event. In another embodiment, the eventcoordinator 102 directly assigns event operators 105 to conduct theevent.

The process then advances to a block 310, where the assigned agency 104requests cards 702 from the fund distribution service 108. In oneembodiment, the event coordinator 105 requests cards 702 from the funddistribution service 108. In one embodiment, the agency 104 or the eventcoordinator 102 has retained cards 702 previously provided by the funddistribution service 108, and redistributes the cards 702 to the eventoperators 105 for the current demonstration event.

The process advances to a block 312, where the agency 104 assigns eventoperators 105 to the event, and assigns cards 702 to the assigned eventoperators 105. In one embodiment, the event coordinator 102 assignscards 702 to the event operators 105 to conduct the event.

The process then advances to a block 314, where an event operator 105activates the card 702 prior to a demonstration. In one embodiment, theevent operator 105 activates the card 702 by entering the event ID intothe card reading device 212 at the time of purchase. One embodiment ofthe activation process is described below in connection with FIG. 4.Optionally, the event operator 105 can activate the card 702 by callinga toll-free phone number or by accessing an activation web site. Theprocess then advances to a block 316, where the event operator 105swipes or inserts his or her card 702 at a time recording device 204 torecord his or her work starting time.

The process then advances to a block 318, where the event operator 105uses the card 702 to purchase items needed for the demonstration. Theprocess then advances to a block 320 where the event operator 105performs the demonstration. The term “demonstration” is used broadly inthe present application to refer to the display, distribution,promotion, or advertising of products and services. The process thenadvances to a block 322, where the event operator 105 records his or herwork ending time at a time recording device 204. The process thenproceeds to an end block 324.

FIG. 4 is a flow chart illustrating one embodiment of the process of anevent operator 105 activating a card 702. The process begins at a block400. The process advances to a block 402, where the event operator 105contacts a card administration system by calling a phone number,preferably a toll-free number, to activate the card 702. In anotherembodiment, the event operator 105 contacts the card administrationsystem by accessing an activation web site. The process then advances toa block 404, where the event operator 105 enters information such as thecard ID of the card 702, the PIN number of the card 702, and the eventID for the particular demonstration event. In one embodiment, the PINnumber is the last four digits of the card ID. In another embodiment inwhich a card 702 is not associated with a PIN number, the event operator105 enters the card ID and the event ID. The process advances to adecision block 406, where the card administration system determineswhether the card 702 associated with the entered card ID has beenblocked. In one embodiment to be described below, the cardadministration system updates a card's 702 status to “blocked” if a userhas attempted unsuccessfully more than twice to activate the card. Thecard administration system also updates a card's 702 status to “blocked”if the card has been reported stolen, or if the event operator 105 orthe agency 104 in possession of the card 702 has been terminated by theevent coordinator 102. If the card 702 has been blocked, the processadvances to an end block 408, and the event operator 105 cannot use thecard 702. To “un-block” a card, a system administrator of the cardadministration system updates the status of the card. If the card 702has not been blocked, the process advances to a decision block 410.

At the decision block 410, the information entered in block 404 iseither accepted or rejected. The card administration system verifiesthat the entered card ID, the entered PIN number and the entered eventID are valid. One embodiment of the card administration verificationprocess is described below in connection with FIG. 5. If the informationis not valid and is thus rejected, the process advances to a decisionblock 412 to determine if the information has been rejected more thantwo times.

At the decision block 412, if the information has not been rejected morethan two times, the process returns to the block 404 to allow the eventoperator 105 to re-enter the card ID, the PIN number, or the event ID.At the decision block 412, if the information has been rejected morethan two times, there is a presumption that the information was rejectedfor a reason other than a mistaken entry, and the card is blocked at ablock 414. The card administration system updates the card's status to ablocked status, so that the card can no longer be used by an eventoperator 105. In one embodiment, the number of rejections allowed is avariable that can be modified by the event coordinator 102 or the funddistribution service 108.

If the information is accepted at the decision block 410, the processadvances to a block 416, where the card 702 is associated with anauthorized budget for an event. The card administration systemidentifies the authorized budget for the provided event ID, andassociates the budget with the card 702. The balance of the card 702 isupdated to the amount of the budget. To help the event coordinator 102track the current use of the card 702, the card administration systemalso associates the event with the card 702. The process then advancesto a block 420, where the event operator 105 uses the card 702 to makepurchases and conducts demonstration. The card administration systemthen deactivates the card 702 at a later time, for example at the end ofthe last day of the demonstration event. In particular embodiments, eachevent operator 105 is instructed to contact the card administrationsystem after completing his or her demonstration to deactivate the card702, by providing the card ID, PIN number, and an event ID for the eventto be deactivated. The card administration system reduces the balance ofthe card 702 to zero, thus preventing an event operator 105 from usingthe card 702 to make purchases for a deactivated event. The process thenreturns to the block 402 to allow the event operator 105 to activate thecard 702 for a subsequent demonstration.

In another embodiment, the event coordinator 102 or the agency 104provides pre-activated cards 702 to the event operators 105. Each of thecards 702 is already associated an authorized budget and optionally withan event ID. The event coordinator 102 or the agency 104 activates thecards 702 by contacting the card administration system using the processof FIG. 4, or by updating the card records in the card administrationsystem using a system administrator's program. Therefore the eventoperators 105 do not need to activate the cards 702.

In one embodiment, the card administration system is administered by theevent coordinator 102. Data on activated cards 702, including the cardID, the PIN number, and the card balance are sent to the funddistribution service 108, which uses the data to authorize or rejectevent operator 105 purchases.

FIG. 5 is a flowchart illustrating one embodiment of the process of acard administration system activating a card 702. The cardadministration system stores records for events, including therespective event ID, authorized budget, and status for each event. Thecard administration system also stores records for cards 702, includingthe respective card ID, the PIN number, the status, the associated eventID, and the balance for each card. In one embodiment, a card record alsoincludes an identifier of the agency 104 to which the card 702 isassigned, or an identifier of the event operator 105 to which the card702 is assigned.

The process starts from a start block 500, and advances to a block 502.At the block 502, the card administration system receives a card IDprovided by an event operator 105. The process advances to a decisionblock 504, where the card administration system verifies that theprovided card ID is valid. The card administration system verifies thatthe card ID is associated with an existing card 702, and that the card702 is not blocked or already activated. If the card ID is not valid,the process returns to the block 502 to prompt the event operator 105 tore-enter the card ID. If the card ID is valid, then the process advancesto a block 506.

At the block 506, the card administration system receives a PIN numberfrom the event operator 105. The process advances to a decision block508, where the card administration system verifies that the provided PINnumber is valid. The card administration system verifies that the PINnumber is associated with the card 702. If the PIN number is not valid,the process returns to the block 506 to prompt the event operator 105 tore-enter the PIN number. If the PIN number is valid, then the processadvances to a block 510. In one embodiment, a card 702 is not associatedwith a PIN number, and the actions of the block 506 and the block 508are omitted.

At the block 510, the card administration system receives an event IDfrom the event operator 105. The process advances to a decision block512, where the card administration system verifies that the providedevent ID is valid. The card administration system verifies that theevent ID is associated with an existing event that is still open. Thecard administration system maintains the events and the respective“open” or “closed” status for each event. If the event coordinator 102does not want to have demonstrations conducted for an event, the eventcoordinator 102 directs the event status to be defined as “closed.” Inone embodiment, the card administration system maintains a starting dateand an ending date of each event. If the ending date for an event hasexpired, the event is automatically defined as a closed event, so thatevent operators 105 cannot use cards 702 for an event that has passedits scheduled ending date. An event having a starting date more than oneday later than the current date is also defined as a closed event, sothat event operators 105 can use cards 702 only for events scheduled tostart on the current day or the next day, but cannot use cards 702 forevents scheduled to start on a later future date.

If the event ID is not valid, the process returns from the decisionblock 512 to the block 510 to prompt the event operator 105 to enter avalid event ID. If the event ID is valid, the process advances to ablock 514. At the block 514, the card administration system associatesthe event ID with the card 702. The process advances to a block 516,where the card administration system associates the authorized budget ofthe event with the card 702. The balance of the card 702 is updated tobe the amount of the authorized budget of the event. In anotherembodiment, the card administration system increases the balance of thecard 702 by the amount of the authorized budget of the event. Theprocess then advances to an end block 518.

In one embodiment, each demonstration event is defined as an eventstarting and ending on a particular day. At the end of the day, the cardadministration system assigns an event status of “closed” to all eventsof the current day, and deactivates all cards 702 associated with suchevents. The balance of a deactivated card 702 is reduced to zero.

FIG. 6 illustrates one embodiment of the card reading device 202 placednear the cash register 240 within the retail store 106. Theconfiguration allows for the event operator 105 to use the card 702 byswiping or inserting it at the card reading device 202. One embodimentof the card reading device 202 is Master Card's Maestro card readingdevice.

FIG. 7 illustrates one embodiment of a card 702. The top portion of FIG.7 illustrates the front of a debit card issued by “ABC BANK.” The bottomportion of FIG. 7 illustrates the back of the debit card. The card 702as shown in FIG. 7 includes a card number 704, an expiration date 706,and a customer name 708. The customer name 708 is typically the name ofthe event coordinator 102, but can also be the name of the agency 104 orthe name of an event operator 105. The card 702 also includes a magneticstrip 710, which stores card information such as the card number 704. Inanother embodiment, the card 702 does not include a customer name 708.

FIG. 8 illustrates one embodiment of a card purchase authorizationprocess. The process starts from a block 802 and advances to a block804. At the block 804, the event operator 105 or a retail store 106employee enters the total purchase amount for the items to be purchasedinto a card reading device 202. In one embodiment, the event operator105 or a retail store 106 employee scans the total purchase amount intothe card reading device 202. The process advances to a block 806, wherethe event operator 105 or the retail store 106 employee swipes orinserts the card 702 at the card reading device 202. In one embodiment,the event operator 105 further enters a card PIN number into the cardreading device 202. The process advances to a block 808, where the cardreading device 202 sends data through the point-of-sale network 212 tothe fund distribution service 108. The sent data includes the totalpurchase amount, the card ID of the card 702, and optionally otherinformation, such as the identifications of the items to be purchased,the current date and time, and the identification of the retail store106. In one embodiment, the card reading device 202 sends data to a cardadministration system maintained by the fund distribution service 108,by the event coordinator 102, or jointly by the fund distributionservice 108 and the event coordinator 102. In another embodiment, a cardinformation database at the fund distribution service 108 is connectedto a card administration system of the event coordinator 102. When anevent operator 105 contacts the card administration system and activatesa card 702, the card administration system updates the card balance inthe card administration system, and notifies the fund distributionservice's card information database to update the card balance.

The process advances from the block 808 to a decision block 810, where adetermination is made as to whether the requested purchase amount isgreater than the card balance. If the purchase amount is greater thanthe card balance, the process advances to a block 812, where theauthorization request is rejected. The process then returns from theblock 812 to the block 804, where the event operator 105 or the retailstore 106 employee can enter another purchase amount. If the purchaseamount is less than or equal to the card balance, then the processadvances from the decision block 810 to a block 814, where the purchaseis authorized. The event operator 105 is thus allowed to purchase theitems for conducting a demonstration event. The process advances to ablock 816, where the card balance is reduced by the purchase amount. Inone embodiment in which the fund distribution service's card informationdatabase is connected to the event coordinator's card administrationsystem, the fund distribution service reduces the card balance in thecard information database, and notifies the card administration systemto reduce the card balance in the card administration system. Theprocess then advances to an end block 818.

FIG. 9 illustrates one embodiment of a computer screen for maintainingevent records in a card administration system. An event records table902 in FIG. 9 displays event records stored in the card administrationsystem. Each event record includes an event ID 904 that identifies theevent, an event status 906 of “open” or “closed,” an event starting date908, an event ending date 910, an authorized budget 912 of the event, anagency ID 914 identifying the agency (or agencies) responsible for theevent, and card numbers 916 identifying cards that are associated withthe event. Event operator identifiers (not shown) can also be associatedwith an event record, to identify event operators 105 who areresponsible for conducting the event. The event operator identifiers canbe entered by the event operators 105 when they contact the cardadministration system to activate the cards 702.

The event records are preferably maintained by the event coordinator102. The event coordinator 102 creates and updates the event records.The event coordinator 102 assigns an authorized budget 912 to eachevent. The event coordinator 102 also assigns one or more agencies 104identified by the agency ID field 914 to conduct the event. The eventstatus 906 can be maintained by a system administrator of the eventcoordinator 102, or maintained automatically depending on the eventstarting date 908 and the event ending date 910. For example, an eventwhose event ending date 910 has expired (i.e., is earlier than thecurrent date) is assigned an event status 906 of “closed.” An eventwhose event starting date 908 has not arrived (i.e., is much later thanthe current date) is also assigned an event status 906 of “closed.”

The event records can be maintained in a spreadsheet, a flat filedatabase, a relational database, an object-oriented database, or acombination of the above. An event record can be maintained in separatetables. For example, the event ID 904 and the authorized budget 912 canbe maintained in an event-budget table, and other event informationshown in table 902 except the authorized budget 912 can be maintained ina separate table. For another example, instead of being stored in theevent records table 902, the card numbers 916 can be stored in a cardrecords table 1002 (see FIG. 10). As described below, the cardadministration system can use the event ID 1014 in the card recordstable 1004 to identify the card IDs associated with each event. Theevent ID 1014 of a card record stores the event ID associated with thecard 702. The card numbers 916 are then displayed in the event recordstable 902.

FIG. 10 illustrates one embodiment of a computer screen for maintainingcard records in a card administration system. A card records table 1002in FIG. 10 displays card records stored in the card administrationsystem. Each card record includes a card ID 1004, a PIN number 1006, acard status 1008 of “activated,” “deactivated,” or “blocked,” a balanceamount 1010, an agency ID 1012 identifying the agency to which the card702 is assigned, and an event ID 1014 identifying the event associatedwith the card 702. A card record can also include an event operatoridentifier (not shown) that identifies the event operator 105 to whomthe card 702 is assigned. The event operator identifiers can be enteredby the event operators 105 when they contact the card administrationsystem to activate the cards 702.

The card ID 1004 of a card 702 is typically issued by the funddistribution service 108. The event coordinator 102 assigns cards 702 toagencies 104, and updates the agency ID field 1012. The eventcoordinator 102 or the fund distribution service 108 can optionallyupdate the PIN number 1006 of a card 702. In one embodiment, each agency104 is assigned one or more fixed PIN numbers, to help the agency 104and its event operators 105 to remember the PIN numbers. The event ID1014 identifies the event associated with the card 702. The event ID1014 is entered by an event operator 105 during the card activationprocess of FIG. 4. The balance amount 1010 is zero for deactivated orblocked cards 702. For cards 702 that have been activated but have notbeen used for purchases, the balance amount 1010 is equal to theauthorized budget of the associated event. The balance amount 1010 of anactivated card 702 is then reduced by the amount of purchase made by theevent operator 105.

The card records can be maintained in a spreadsheet, a flat filedatabase, a relational database, an object-oriented database, or acombination of the above. A card record can be maintained in separatetables. Other tables can also be used. For example, an agency recordstable (not shown) can be used to keep track of the cards 702 and theevents assigned to each agency 104. The agency record table includes theagency ID, the card numbers for cards assigned to the agency 104, theevent IDs for events assigned to the agency, and the PIN numbersassigned to the agency 104.

Additional information can also be displayed in computer-generatedreports or computer screens. For example, for each card 702, a report orscreen can display the item identifiers for the items purchased usingthe card 702. Other purchase information can also be displayed, forexample the item names for the purchased items, the price and quantityof the purchase items, the date and time of the purchase, the recordedwork starting time, the work ending time, and the identity or locationof the retail store 106. Computer-generated reports or computer screenscan be used for many purposes, such as tracking the progress of a card702, tracking the progress of an event, tracking the progress of anagency 104, and the like.

This invention may be embodied in other specific forms without departingfrom the essential characteristics as described herein. The embodimentsdescribed above are to be considered in all respects as illustrativeonly and not restrictive in any manner. The scope of the invention isindicated by the following claims rather than by the foregoingdescription.

1. A system for coordinating product or service demonstrations,comprising: a computer readable medium comprising a plurality ofpurchase card records, the purchase card records comprising (a)identification of a purchase card holder, (b) identification of apurchase card status, and (c) identification of one or more promotionalevents; a first module in communication with the computer readablemedium, the first module configured to update the purchase card recordsto associate a particular purchase card with one or more scheduledpromotional events; and a second module in communication with thecomputer readable medium, the second module configured (1) to receivepoint-of-sale purchase data over a network, (2) to identify a purchasecard within the purchase card records that was used to generate thepoint-of-sale purchase data, and (3) to update the purchase card recordsto associate the received purchase data with the purchase cards used togenerate the purchase data.
 2. The system of claim 1, wherein thepurchase card records further comprise a purchase card personalidentification number.
 3. The system of claim 1, wherein the purchasecard records further comprise a purchase card balance amount.
 4. Thesystem of claim 1, wherein the purchase card records further compriseidentification of an agency associated with the card holder.
 5. Thesystem of claim 1, wherein the point-of-sale purchase data comprisesinformation on the day and time on which a purchase was made.
 6. Thesystem of claim 1, wherein the point-of-sale purchase data comprisesinformation on the retail location at which a purchase was made.
 7. Thesystem of claim 1, wherein the point-of-sale purchase data comprisesinformation on the goods or services purchased.
 8. Acomputer-implemented method for coordinating promotional events,comprising: creating purchase card records for a plurality of purchasecards in a computer readable medium, the purchase card recordscomprising (a) a card holder identifier, (b) a purchase card statusidentifier, and (c) identifiers for one or more scheduled promotionalevents; receiving identities of a first plurality of purchase cardsenrolled to be used in connection with a first promotional event;receiving identities of a second plurality of purchase cards to be usedin connection with a second promotional event; updating the purchasecard records to associate each of the purchase cards of the firstplurality with the first promotional event, and to further associateeach of the purchase cards of the second plurality with the secondpromotional event; receiving information over a network generatedthrough use of the first plurality of purchase cards and secondplurality of purchase cards in card-readers; and updating the purchasecard records by storing the portions of the received informationgenerated by use of particular purchase cards in association with thoseparticular purchase cards.
 9. The method of claim 8, wherein theinformation received over a network comprises point-of-sale purchasedata.
 10. The method of claim 8, wherein the point-of-sale purchase datacomprises information on the date and time for which a purchase is made.11. The method of claim 8, wherein the point-of-sale purchase datacomprises information on the location at which a purchase is made. 12.The method of claim 8, wherein the point-of-sale purchase data comprisesinformation on goods and services purchased.
 13. A computer systemprogrammed to perform the method of claim
 8. 14. A computer-readablemedium having stored thereon executable computer code that embodies themethod of claim 8.